RtPUBLIOUE FRANC 



PCT/119 9 / 02 4 2 

INPI • 



I INSTITUT 
NATIONAL DE 
LA PROPRIETE 
INDUSTRIELLE 




BREVET D'INVENTION 



CERTIFICAT D'UTILITE - CERTIFICAT D'ADDITION 

/ 



PRIORITY 
COPIE OFFICIELLE DOCUMENT 



SUBMITTED OR TRANSMITTED 
BUT NOT IN COMPLIANCE WITH 
RULE 1 7. 1(a) OR (b) 



Le Directeur general de I'lnstitut national de la propriete 
industrielle certifie que le document ci-annexe est la copie 
certifiee confornrie d'une demande de titre de propriete 
industrielle deposee a I'lnstitut. 

Fait a Paris, le 2 1 OCT. 1999 



Pour le Directeur g6n6ral de I'lnstitut 
national de la proprj^t^ industrielle 
Le Chef du D6partement des brevets 





1<2UC 



Martine PLANCHE 




INDUSTRIELLE T^licopie : 01 42 93 59 30 



ETABLISSEMENT PUBLIC NATIONAL CREE PAR LA LOI N« 91.444 OU 19 AVRIL 1951 



fME BLANK, u^o, 



•PI 
IMfTITItT 
NATIONAL Ol 
LA rNO^NIKTI 



INfTITItT 
NATIONAL Ol 
LA rNO^NIKTI 
IHDUVTRIILLI 

26 bis, rue de Saint P^tersbourg 
75800 Paris Cedex 08 

T6!6phone : (1) 42.94.52.52 T6l6cople : (1) 42.93.59.30 

Rdservd d CINPI — i 



BREVET D'lNVENTION, CERTIFICAT D'UTILITE 

Code de la propri6t6 intellectueile-Uvre VI 

REQUeiE EN DtUVRANCE 

Confirmation d'un (fdpflt par t6Mcopla 

Cot tmprimA est A remptlr ft rencre notra en lettres capttatet 



N° 55-1328 



DATE DE REMISE DES PIECES 
N° D'ENREGISTREMENT NATIONAL 
DEPARTEMENT DE D^POT 
DATE DE D^PCT 



98180.1998 



9| 12i00- 

'T:t> 0 8 OCT. 1938 



2DEMANDE Nature du titre de proprlM industrielle 

(3 brevet d-invention O den^ande dhrisionnaire 



demande ifiitiale 

! I certificat d'utilit^ Q transformation d'une demande 1/ "V^^^ 

de brevet europ6en p d'litvention □ certificat d*utilit6 n» 



NOM ET ADRESSE DU DEMANDEUR OU DU MANDATAIRE 
A QUI LA CORRESPONDANCE DOIT £TRE AOf^^ 

Jianguo ZHANG 
THOMSON multimedia 

Licensing and intellectual Property 
46 r quai Alphonse Le Gallo 
92648 BOULOGNE CEDEX PRANCE 



n^du pouvoir permanent | r^f^rences du correspondant 



6076 



PF980068 



t^t^phone 

01.41.86.52.810 



^tabllssement du rapport de recherche Q diff6r6 @ imm^iat 

Le demandeur. personne physique, requiert le paiement tehelonn* de la redevance Q oui 



Trtre de llrrvention (200 caractferes maximum) 

I Gestionnaire applications avec jeu d ' instructions de gestion variable 



•I 



3 DEMANDEUR (S) n"SiR£W \ 2 - ■ 2 - 7 ' 7 • 2 • 1 -7 • A\ codeAPE^ 
Norn et pr^noms (souligner le nom patronymlque) ou denomination 

THOMSON multimedia 



Forme juridique 

Society anonyme 



Nationaritd (s) Fran^aise 



Adresse (s) complete (s) 

•46, quai Alphonse Le Gallo 
92100 BOULOGNE 



Plays 



FRANCE 



En cas ffinsuffisance de place, poursuivre sur papter libra | | 



4 INVENTEUR (S) Les InventBurs sont les demandeurs 



I I oui pyion Si ia r^ponse est non, fbumir une designation s^parte 



5 Rl^DUCnON DU TAUX DES REDEVANCES 



[~~| requtse pour la 16re Ibis Q requise anterteurement au d^pftt ; joindre copie de ta decision tfadmtssion 



6 DteLARATION DE PRIORTT^ OU REQUCTE DU B^£nCE DE LA DATE DE OtPCfT D*UNE DEMANDE ANTtRIEURE 
pays d'ortglne numdro datededdpM 



nature de ta demande 




7 Divisions anterteures a la prteente demande 



date 



8 Signature DU DEMANDEUR OUDU MANDATAIRE 

(nom et quality du signataire • n"* d*inscription) 

Jianguo ZHANG 




SIGNATURE DU PR£P0S£ A LA RECEPTION SIGNATURE APRES ENREGETREMENT Dl 



MANDE A L'INPI 





D£tAHHUHi£liMJUSTRlBl£ 



I Cidex 08 Til. : (1)42 94 52 52 - Tilicopie : (1) 42 9^r30 /\^ 



26bis. rue de Saint-Pitersbourg 75800 Paris Cidex 08 Til. : (1) 42 94 5252 - Tilicopie : (I) 42 91^30 

Division Administrative des Brevets 



DESIGNATION DE LMNVENTEUR 

(si le demandeur n'est pas rinventeur ou Tunique inventeur) 




Titre de I'invention : 

Gestionnaire d' applications avec jeu d ' instructions de gestion 
variable. 



Le (s) soussignd (s) 

THOMSON multimedia 



d6signe (nt) en tant qu'lnventeur (s) (indiquer nom, pr^noms, adresse etsouligner le nom 
patronymique) : 

Eric DIEHL, Philippe LETELLIER, Pierre HOUEIX. Ralf SCHAEFER 
domicilies au : 

Licensing and Intellectual Property 
46, quai Alphonse Le Gallo 
92100 BOULOGNE 



NOTA : A titre exceptionnel, le nom de I'inventeur peut Stre suM de cetui de la soci4t6 ^ laquelie il appartient 
(sociStS d'appartenance) lorsque celle-cl est dimrente de la soci6t6 dSposante ou titulaire. ^ 

Date et signature (s) du (des) demandeur (s) ou du mandataire 
Boulogne, le 7 octobre 1998 









DOCUMENT COMPORTANT DES MODIFICATIONS 



PAGE(S) DE LA DESCRIPTION OU DES REVENDICATIONS 
OU PLANCHE(S) DE DESSIN 


R.M.* 


DATE 
DELA 
CORRESPONDANCE 


TAMPON DATEUR 
DU 

CORRECTEUR 


1^ Modifl«e(s) 


Supprfni^e(s) 


A|outee(s) 














_ 
) 












) 

1 












I 




























































• 













Un changement apport6 h la redaction des revendicaticns d'origrne. sauf si celui-ci decoule des dispositions de I'article R.612-36 
du code de la Propnete tnteitectuelte. es; signale par la mention ^R.M.t (revendications modifees). 



GESTIONNAIRE D'APPLICATIONS AVEC JEU D'INSTRUCTIONS 

DE GESTION VARIABLE 



L'invention concerne un systeme de traitement d'information 
5 permettant de traiter des donnees provenant d'au moins une application, 
comprenant un gestionnaire d'applications executant un jeu dMnstructions 
de gestion, L'invention concerne 6galement un decodeur numerique 
recevant notamment des applications par le biais d'un bouquet de 
programmes de t6l6vision. 

10 Un systdme de traitement d'informations peut etre une machine 

qui permet de traiter des donnees provenant d'une application. L'application 
peut etre un ensemble de donnees. Les donnees constituent en general une 
suite d'Instructions formulees dans un langage de programmation, Le 
systeme de traitement d'informations peut etre realise en utilisant 

15 notamment un systeme d'exploitation et un systeme d'execution recevant 
des donn6es d'une application. Le systeme de traitement de rinformation 
peut 6galement comprendre d'autres systemes permettant de gerer des 
p6riph6riques attaches h celul-ci et de facon generale tout ce qui n'est pas 
pris en charge par les systemes d'exploitation et d'execution. 

20 Un systeme de traitement d'informations selon ['invention permet 

de traiter des donnees provenant d'au moins une application et comprend : 

- un systeme d'exploitation pour executer l'application, 

- un systdme d'execution, et 

- un gestionnaire d'applications pouvant executer au moins un jeu 
25 d'instructions de gestion variable pour influer sur le systeme d'exploitation 

et/ou sur le systeme d'execution notamment lorsque l'application est 
executee ou lors d'un passage de {'execution de l'application a une autre 
execution d'une autre application. 




Une premiere realisation de rinvention pr6voit que le syst^me de 
traitement d'informations comprend un moyen de chargement du jeu 
d'instructions de gestion variable a partir d'une source dMnstructions de 
gestion vers le gestionnaire d'application. 

Une seconde realisation de rinvention prevoit que la source 
d'instructions de gestion soit rapplication. 

Une troisi6me realisation de rinvention prevoit que la source 
d'instructions de gestion provient d'un fournisseur de Tapplication. 

Un decodeur numerique selon rinvention reccoit au moins une 
application par le biais d'un bouquet de programnnes de television, et 
comprend : 

- un systeme d'exploitation, 

- une machine virtuelle permettant d'executer au moins une 
application, et 

- un gestionnaire d' applications pouvant executer au moins un jeu 
d'instructions de gestion variable pour influer sur le systeme d 'exploitation 
et/ou sur la machine virtuelle lorsque Tapplication est executee ou lors d'un 
passage de Tex^cution de {'application a une autre execution d'une autre 
application. 

Une quatrieme realisation de I'invention prevoit que le jeu 
d'instructions de gestion variable est de nature declarative statique. Le jeu 
d'instructions de gestion d^crit des fonctions relatives a un etat ou a une 
transition d'une application en execution li un autre programme. Cheque 
application peut contenir dans un preambule un jeu d'instruction de gestion 
de nature declarative statique. 



Une cinquieme realisation de Tinvention prevoit que le 
gestionnaire d 'applications comprend plusieurs jeux d'instructions de 
gestion variable provenant de plusieurs sources d 'instructions de gestion. 

Une sixieme realisation de I'invention prevoit que le gestionnaire 
5 d'application comprend un moyen de selection du jeu d'instructions de 
gestion variable qui s6lectionne un jeu d'instructions de gestion d'apres au 
moins un crit6re determine afin que le jeu d'instructions de gestion 
selectionn6 soit ex6cut6 en priority. 

Dans ce qui suit, des exemples de realisation de I'invention sont 
10 decrits afin de mieux comprendre celle-ci. II est fait reference aux figures 1 
a 3 : 

- la figure 1 contenant un schema simplifie d'un systeme de traitement 

d'information, 

- la figure 2 contenant un schema simplifie d'un decodeur numerique; 

15 - la figure 3 contenant un schema simplifie d'un autre decodeur num§rique, 

Un systdme de traitement d'informations represente dans la figure 
1 peut etre realist en utilisant un systeme d'exploitation 1. Le systeme 
d'exploitation 1 comprend un logiciel permettant de g6rer des taches, 
allouer de I'espace dans une memoire et d'adresser des dispositifs 
20 peripherlques en liaison avec le systeme de traitement d'informations. 

Un systeme d'execution 2 recoit directement ou indirectement par 
le biais d'une mimoire des donnees d'une application 3. Le systeme 
d'execution 2 permet d'executer la suite d'instructions v6hiculees par les 
donnees. Le systeme d'execution 2 peut etre realist a I'aide d'un logiciel. Le 
25 systeme d'execution 2 communique avec le systeme d'exploitation 1 afin 
d'acceder notamment aux dispositifs peripherlques et a une memoire (non 
representee) du systeme de traitement d'informations. 




Le systeme de traitement d'informations peut comprendre un 
gestionnaire d'applications 4. Ce dernier permet d'ex§cuter un jeu 
d'instructions de gestion. Ainsi, le gestionnaire d'applications 4 permet 
d'influer sur le systeme d'exploitation 1 et/ou sur le systeme d'execution 2 
5 lorsque Tapplication est executee par exemple. II serait par exemple possible 
que le gestionnaire d'applications 4 indique au systeme d'exploitation 1 
quelles priorites a donner a des commandes provenant du systeme 
d'ex6cution 2 lorsque rapplication est execut6e. 

Un decodeur numerique 5 de television 6 repr^sente dans la 
10 figure 2 permet de recevoir une application 3 par le biais d'un recepteur 
satellite 7/ d'un reseau cable 8 et/ou d'une antenne hertzienne 9. 
L'application est transmise sur une chame de television, cette derniere ne 
transportant pas forcement un programme audiovisual de television. II est 
egalement possible de recevoir d'autres applications sur d'autres chaTnes. 

15 Le systeme d'exploitation 1 permet notamment de gerer des 

entrees/sorties et une memoire (non representee) du d6codeur numerique 5. 
Une machine virtuelle 10 permet d'executer Tapplication 3. La machine 
virtuelle 10 est un exemple de systeme d'execution 2 qui permet d'executer 
une application ecrite en langage dit portable. Une autre machine virtuelle 

20 10 pourrait etre implementee pour un systeme de traitement d' informations 
autre que le decodeur numerique 5, permettant ainsi d'executer rapplication 
3 sur cet autre systeme. 

Le decodeur numerique 5 et, plus specialement, I'ensemble form6 
par le systeme d'exploitation 1 et la machine virtuelle 10 peuvent etre 
25 concu pour executer plusieurs applications pouvant provenir de plusieurs 
chaTnes de facon muititache, c'est-a-dire en meme temps. 



Le decodeur numerique 5 comprend en outre des composantes 
non representees telles que un ou plusieurs pilotes pour que le systeme 
d'exploitation puisse communiquer avec des dispositifs peripheriques, un 
interface utilisateur permettant a un utilisateur de comnnuniquer avec 
rapplication 3 execut^e ou avec le decodeur numerique 5 et pouvant 
comporter une ou plusieurs touches de fonction, une nnemoire permettant 
de stocker Tapplication 3, d'eventuelles autres applications ou des donnees 
graphiques, etc. ... Le decodeur peut egalement comprendre des moyens de 
decodage permettant de decoder un flux de donnees audiovisuelles sur une 
chaTne de television et de transmettre la video decodee a la television 6. 

Le gestionnaire d'application 4 permet d'executer un jeu 
d'instructions de gestion et communique avec la machine virtuelle 1 0 et le 
systeme d'exploitation 1. II realise des fonctions qui ne sont pris en charge 
ni par la machine virtuelle 10, ni par le systeme d'exploitation 1 , 

Las fonctions resultantes de I'execution du jeu d'instructions de 
gestion sont par exemple les suivantes : 

- prise en compte d'un etat de Tapplication en execution lorsqu'un 
changement de chaTne survient. Le changement de chaTne peut etre 
provoque par exemple par un utilisateur, par I'application elle-meme ou 
meme par un diffuseur (non representes) qui diffuse le contenu des chaTnes. 
Le gestionnaire d'applications 4 peut, par exemple, interrompre I'application 
en execution ou la mettre en veille. Le gestionnaire d'applications 4 peut 
provoquer un gel de la derniere image affichee sur la television ou afficher 
un graphique determine pendant que le changement de chaTne s'opere. II 
peut s'agir de palier un temps de chargement d'une autre application sur 
une autre chaTne ; 




• demarrer une procedure determin^e lorsqu'un chargement d'application 
ne s'effectue pas dans un d6lai determine ; 

• configurer des touches de fonctions et les rendre actives ou non ; 

• determiner un ordre d'ouverture de composantes audio, video lorsque 
celles-ci sont transmises avec I'application sur une chaTne et que 
Tapplication leur fait appel ... 

Le jeu d 'instructions de gestion est stocke dans une memoire de 
gestion (non representee dans ia figure 2) et ne peut etre modifi6 lors d'une 
utilisation normale du decodeur numerique 5. Le jeu d'instructions de 
gestion est relativement volumineux et complexe. Son elaboration pnobilise 
un effort de developpement considerable. Ainsi, cheque fois qu'une 
modification du jeu d 'instructions de gestion est requise pour obtenir un 
fonctionnement different du gestionnaire d'applications 4, il est necessaire 
pour un fabriquant ou pour un programmeur du gestionnaire d'applications 4 
de se reinvestir dans un nouveau developpement d'un jeu complet 
d'instructions de gestion et dans une configuration nouvelle du decodeur 
numerique 5, notamment le remplacement ou la reprogrammation totale du 
gestionnaire d'applications 4, ce qui peut entrainer des couts importants. 

II serait avantageux de pouvoir modifier le jeu d'instructions de 
gestion a moindre cout. 

II serait egalement avantageux de pouvoir mettre a jour le 
questionnaire d'application 4 en 6vitant d'implanter une configuration 
nouvelle dans le decodeur num6rique par une intervention du fabriquant sur 
le decodeur numerique. 

La figure 3 contient le schema d'un decodeur num6rique 5 
comprenant le systeme d'exploitation 1 et la machine virtuelle 10. 



• 



Le gestionnaire d'application 4 comprend un jeu d'instructions de 
gestion variable 1 1 , c'est-a-dire qui peut §tre modifi^, ^change ou efface h 
tout moment. 

Ainsi, une partle du jeu d'instructions de gestion peut etre 
5 changee pour satisfaire h une specification variable du gestionnaire 
d'application. Cela 6vite un nouveau d^veloppement d'un jeu complet 
d'instructions de gestion. 

Le jeu d'instructions de gestion variable 1 1 est execute par le 
gestionnaire d'application 4, ce qui r6sulte en un certain nombre de f|| 

10 fonctions qui sont mises en oeuvre par une communication avec le syst^me 
d'expioitation 1 et la machine virtuelle 10. Ces fonctions peuvent §tre les 
memes que celles decrites pr^cedemment dans cette description. Toutefois, 
la liste des fonctions decrites n'est pas exhaustive. Elle est simplement 
destinee a expliquer par des examples le role du gestionnaire d' applications 

15 4. 

Le jeu d'instructions de gestion variable 1 1 peut §tre stocks dans 
une memoire r^inscriptible, par exemple, dans une memoire vive d acc6s 
al6atoire. Un moyen de chargement 12 permet de charger le jeu 
d'instructions de gestion variable 11 vers le gestionnaire d'applications 4. 0 

20 Le moyen de chargement 12 peut etre reli6 d une ou plusieurs sources 
d'instructions de gestion ; par exemple un interface utilisateur 13 du 
d6codeur num^rique 5, un lien direct 14 avec une source des applications, 
un lien d'application 1 5 avec I'application 3 elle-meme. Dans ce dernier cas, 
le jeu d'instructions de gestion variable 11 peut etre contenu dans un 

25 preambule 1 6 de I'application 3. Le preambule 1 6 est une premiere partle de 
I'application 3 recue par le decodeur numerique 5. Ayant recu le jeu 
d'instructions de gestion variable 11, le gestionnaire d'application 4 peut 




executer celles-ci et r6aliser des fonctions correspondantes pendant que 
r application 3 est chargee en totality. 

L' existence d'un pr^ambule 16 n'entraine pas forcement 
I'existence de {'application 3. II est concevable d'inclure un jeu d'intructions 
5 de gestion dans le preambule 16 et de transmettre celui-cl au moyen de 
chargement 1 2 sans pour autant qu'il y ait une application associee. 

Dans le cas ou la source des instructions de gestion est le lien 
direct 14 avec une source des applications, il est possible qu'un diffuseur 
de I'application fournisse un jeu d 'instructions de gestion specifique pour 
10 ses applications. Celui-ci peut par exemple entraTner que le gestionnaire 
d'application 4 affiche un graphisme caracteristique du diffuseur lors de 
temps d'attente cause par le chargement d'une application. 

Dans le cas ou la source des instructions de gestion est I'interface 
utilisateur 13, il est possible qu'un utilisateur determine par exemple les 
15 fonctions sous-jacentes d certaines taches du d6codeur numerique 5. 

Dans le cas ou aucune source exterieure telle que I'interface 
utilisateur 13, le lien direct 14 ou d'application 15 ne fournit des 
instructions de gestion, il peut etre pr6vu d'utiliser un jeu d'instructions de 
gestion standard stocke en permanence dans le gestionnaire d'applications 
20 4. 

Dans un mode de realisation avantageux il est pr6vu de donner a 
des jeux d'instructions de gestion provenant de sources diff^rentes des 
priorites ^ l'ex6cution, selon un critere predetermine. Ainsi il peut par 
exemple etre defini qu'un jeu d'instructions de gestion provenant par le lien 
25 d'application 1 5 est prioritaire par rapport d un jeu d'instructions provenant 
par le lien direct 14 avec une source des applications. Le gestionnaire 
d'applications recevant ou ayant recu des jeux d'instructions de gestion de 



ces deux liens 14 et 15, donne priorite a I'execution de celui provenant du 
lien d'application 1 5. 

Le jeu d' instructions variable 11 peut avoir un volume variable. II 
pourrait par exemple etre prevu que celui-ci comprenne des instructions de 
gestion provenant de plusieurs sources dMnstructions de gestion. Ainsi, si le 
decodeur permet Texecution de plusieurs applications en parallele, il est 
possible que le gestionnaire d'application 4 realise des fonctions differentes 
pour chaque application en execution. 
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REVENDICATIONS 



1. Systeme de traitement dMnformations permettant de traiter des 
donn^es provenant d'au moins une application (3) comprenant : 

• un syst6me d'exploitation (1), 

• un syst6me d'ex6cution (2) pour executer I'application, 

• un gestionnaire d'applications (4) pouvant ex§cuter au moins un jeu 
d'instructions de gestion variable pour influer sur ie systeme 
d'exploitation et/ou sur Ie systeme d'execution lorsque I'application est 
executee ou lors d'un passage de Texecution de I'application a une 
autre execution d'une autre application. 

2. Systeme de traitement d'rnformations selon la revendication 1, 
caract^rise en ce qu'il comprend un moyen de chargement du jeu 
d 'instructions de gestion variable a partir d'une source d'instructions de 
gestion vers Ie gestionnaire d'applications. 

3- Systeme de traitement d'informations selon la revendication 2, 
caracteris6 en ce que la source d'instructions de gestion est I'application. 

4, Systeme de traitement d'informations selon la revendication 3, 
caracterise en ce que la source d'instructions de gestion provient d'un 
fournisseur de rapplication. 

5. Decodeur numerique (5) pouvant recevoir au moins une 
application (3) par le biais d'un bouquet de programmes de t6l6vision (7, 8, 
9) comprenant : 

• un systeme d'exploitation (1), 

• une machine virtuelle (10) permettant d'ex6cuter au moins une 
application, 




• un gestionnaire d'applications (4) pouvant executer au moins un jeu 
d'instructions de gestion variable (11) pour influer sur le systeme 
d 'exploitation et/ou sur la machine virtuelle lorsque rapplication est 
executee ou lors d'un passage de I'execution de rapplication a une 
5 autre execution d'une autre application, 

6. Decodeur num^rique selon la revendication 5, caracteris6 en ce 
qu'il comprend un moyen de chargement (12) du jeu d'instructions de 
gestion variable a partir d'une source d'instructions de gestion (13, 14, 15, 
16) vers le gestionnaire d'applications. 

-^0 7- Dicodeur nunnerique selon la revendication 6, caracterise en ce 

que la source d'instructions de gestion est rapplication. 

8. Decodeur numerique selon I'une quelconque des revendications 
5 a 7, caracteris6 en ce que le jeu d'instructions de gestion est de nature 
declarative statique. 

15 9. D6codeur numerique selon I'une quelconque des revendications 

5 a 8, caracterise en ce que le gestionnaire d'applications comprend 
plusieurs jeux d'instructions de gestion variables, provenant de plusieurs 
sources d'instructions de gestion. 

10. Decodeur numerique selon I'une quelconque des 
20 revendications 5^9, caracterise en ce que le gestionnaire d'applications 
comprend un moyen de selection du jeu d'instructions de gestion variable 
qui selecte un jeu d'instructions de gestion d'apres au moins un critere 
determine afin que le jeu d'instructions de gestion selectionn6 soit execute 
en priority. 
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REVENDiCATIONS 

1. D6codeur num^rique (5) pouvant recevoir au moins une application 
(3) par le biais d'un bouquet de programmes de t6l6vision (7, 8, 9) comprenant : 

• un systfeme d'exploitation (1), 

• une machine virtuelle (10) permettant d'ex6cuter au moins une application, 

• un gestionnaire d' applications (4) pouvant ex6cuter au moins un jeu 
d'instructions de gestion variable (11) pour influer sur le systems 
d'exploitation et/ou sur la machine virtuelle lorsque I'application est 
ex6cut6e ou lors d'un passage de l'ex6cution de I'application d une autre 
execution d'une autre application. 

2. Decodeur num^rique selon la revendication 1, caract6ris6 en ce qu'il 
comprend un moyen de chargement (12) du jeu d'instructions de gestion variable 
a partir d'une source d'instructions de gestion (13, 14, 15, 16) vers le 
gestionnaire d'applications. 

3. D6codeur numerique selon la revendication 2, caract6ris6 en ce que 
la source d'instructions de gestion est I'application. 

4. Decodeur numerique selon I'une quelconque des revendications 1 k 

3, caracteris6 en ce que le jeu d'instructions de gestion est de nature declarative 
statique. 

5. D6codeur numerique selon I'une quelconque des revendications 1 k 

4, caract6ris6 en ce que le gestionnaire d'applications comprend plusieurs jeux 
d'instructions de gestion variables, provenant de plusieurs sources d'instructions 
de gestion. 



6. D6codeur numerique selon I'une quelconque des revendications 1 S 
5, caract6ris6 en ce que le gestionnaire d'applications comprend un moyen de 
selection du jeu d'instructions de gestion variable qui selecte un jeu 
d'instructlons de gestion d'apres au moins un critdre d6termin6 afin que le jeu 
d'instructions de gestion s6lectionn6 soit ex6cut6 en priority. 
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